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ABSTRACT 

The  feasibility  of  predetermining  the  design  options  available  to 
the  engineer  during  system  design  and  placing  the  results  in  a  decision 
tree  format  was  investigated.  Design  Option  Decision  Trees  for  propulsion 
and  flight  control  subsystems  were  developed.  The  decision  trees  were 
evaluated  by  eight  engineers  experienced  in  designing  these  specialized 
areas  of  aerospace  systems.  It  is  concluded  that  the  decision  format  is 
a  feasible  and  valid  method  for  describing  system  design  options.  It  is 
hypothesized  that  Design  Option  Decision  Trees  may  provide  a  means  for 
relating  human  resources  data  to  specific  design  characteristics.  However 
a  number  of  additional  investigations  are  needed  to  develop  and  validate 
a  workable  technique  for  using  DODT's  as  a  method  for  including  human 
resources  data  in  design  decisions. 
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SUMMARY  AND  CONCLUSIONS 


1.  PROBLEM 

The  human  resources  of  the  Air  Force  have  a  major  impact  on  the 
operational  capabilities  and  overall  costs  of  aerospace  systems.  However, 
data  describing  these  resources  are  generally  not  used  in  making  design 
decisions.  Therefore,  one  of  the  research  objectives  of  the  Air  Force 
Human  Resources  Laboratory  is  to  develop  methods  of  incorporating  human 
resources  data  (HRD)  in  the  decisions  which  define  system  design  character¬ 
istics.  A  recent  study  found  relationships  between  personnel  skill  levels 
and  general i zed  descriptions  of  maintenance  equipment  design  characteristics. 
It  would  be  most  useful  if  a  method  could  be  developed  for  relating  personnel 
skill  and  other  classes  of  HRD  to  detai led  design  features,  so  that  these 
data  could  enter  into  the  decisions  regarding  selection  of  specific  design 
options.  This  study  was  performed  to  determine  the  feasibility  of 
predetermining  the  design  options  available  to  the  engineer  as  he  progresses 
through  a  design  problem.  If  shown  to  be  feasible,  it  would  provide  the 
basis  for  a  method  of  relating  HRD  to  the  array  of  design  alternatives. 

2.  APPROACH 

The  approach  involved  three  steps.  First,  design  options  available 
to  the  engineer  in  the  propulsion  and  flight  control  subsystem  areas  were 
identified  and  placed  in  decision  tree  form.  Next,  the  design  options 
and  the  concept  of  arranging  the  options  in  decision  tree  form  were 
evaluated  by  eight  engineers  experienced  in  design  of  these  classes  of 
subsystems.  Interviews  with  the  engineers  elicited  their  responses  as 
to  the  feasibility,  practicality,  thoroughness,  and  validity  of  the 
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options,  and  the  flow  of  decisions  through  the  trees.  Finally,  the 
information  and  data  obtained  from  the  engineer  evaluators  were  analyzed, 
and  new  decision  trees  of  the  propulsion  and  flight  control  areas  were 
prepared  to  represent  a  composite  of  their  recommendations. 


3.  RESULTS  AND  CONCLUSIONS 

It  was  found  to  be  feasible  and  practical  to  prepare  design  op  <on 
decision  trees  for  propulsion  and  flight  control  subsystems.  All  eight 
of  the  engineer  evaluators  judged  that  the  decision  trees  are  valid 
representat ions  of  the  design  options.  The  design  option  decision  trees 
as  first  developed  were  judged  not  complete,  although  adequately 
demonstrating  the  concept.  Changes  to  the  decision  trees  that  were 
recommended  by  the  engineer  evaluators  were  combined,  and  second 
generation  trees  were  developed.  This  demonstrates  the  necessity  and 
feasibility  of  developing  design  option  decision  trees  which  incorporate 
the  consensus  of  a  number  of  experienced  engineers.  All  eight  evaluators 
judged  that  the  design  options  could  be  meaningfully  evaluated  by  human 
resources  factors  such  as  maintenance  difficulty,  personnel  skill, 
training  difficulty  and  manpower  costs,  as  well  as  by  engineering 
parameters  such  as  reliability,  development  costs,  performance,  and 
weight.  It  was  also  determined  that  the  design  option  decision  trees 
can  be  processed  by  computer.  This  would  allow  machine  storage  and 
retrieval  of  the  many  design  options  and  the  related  human  resources 
data  which  could  be  used  to  evaluate  each  option. 
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ILLUSTRATIONS 


FIGURE 

1.  Segment  of  Propulsion  Decision  Tree 

2.  Decision  Tree,  Aerospace  Vehicle  Design 
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SECTION  I 
INTRODUCTION 


”  i  s  toi  i  cal  1y  ,  s  C  i  I  ■  e  J  personnel  .^ere  provided  for  Air  Force  systems 

di  the  hardware  ..-as  celivcreo  to  the  operational  command.  Personnel 

selection  and  tracing  .as  accomplished  as  a  form  of  reaction  to  the  demands 
of  the  equipment.  Today,  because  of  system  complexity  and  the  faster 
pace  of  events,  nu  nan  resource:-  planning  is  character  i  zed  by  analyses 
wnicr.  predi ct  manpower  needs  early  in  system  development  life.  This  allows 
personnel  selection  and  training  to  begin  before  the  hardware  is  delivered 
to  the  field  (Echs t rand ,  Askren,  and  Snyder,  Reference  3). 

But  what  is  the  'text  step  in  human  resources  planning  for  new 
s,  stems?  It  will  be  a  design  paianeur  approach,  in  which  data  on  human 

resources  will  pe  used  :o  influence  the  characteristics  of  new  systems. 

This  n._-,v  approach  will  evolve  because  of  the  growing  recognition  that 
human  resources  have  a  substantial  impact  on  dollar  costs  and  operational 
capabilities  of  systems,  and  the  awareness  that  the  quantity  and  quality 
of  personnel  that  will  be  available  to  the  Air  Force  of  the  future  will 
change  (Askren,  Reference  1).  This  change  will  be  brought  about  by  the 
effects  of  such  factors  as  reenlistment  rates,  an  a  1 1 -volunteer  force, 
and  national  economic  conditions. 

However,  today,  data  describing  these  resources  are  generally  not 
included  as  decision  parameters  in  the  system  design  process  (Lintz, 

Askren  and  Lott,  Reference  4).  Thus,  systems  are  being  designed  and  built 
with  1  i 1 1 1c  consideration  given  to  the  nature  of  the  personnel  force  which 
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will  operate  and  maintain  the  equipment.  Therefore,  one  of  the  research 
objectives  of  te  Air  Force  Human  Resources  Laboratory  is  ro  develop 
methods  for  i  nc  irporat  i  ng  human  resources  data  (HR[>)  in  decisions 
regarding  system  design  charac ter i s t i cs  . 


A  recent  study  found  re  1  at  i  onsh  i  ps  between  personnel  r,kili  levels 
and  generalized  descriptions  of  maintennace  equipment  character ' s t i cs 
(Meister,  Sullivan,  Finley  and  Askren,  Reference  S) .  This  establishes 
the  feasibility  of  relating  personnel  skill  data  to  system  charac : er  i  s t i cs . 
Another  study  established  the  feasibility  of  using  personnel  quantity, 
skill  type,  skill  level,  personnel  cost,  and  personnel  availability  data 
in  design  trade  studies  at  the  subsystem  level  i’LintZ,  Aak-en,  and  Lott, 
Reference  A).  However,  it  would  be  most  useful  if  a  method  could  be 
developed  for  relating  human  resources  data  to  detailed  design  features. 
These  data  could  then  enter  into  decisions  regarding  selection  of  specific 
design  options. 


This  study  was  performed  as  a  first  step  toward  accomplishing  tn's 
goal.  The  purpose  of  this  investigation  was  to  determine  the  feasibility 
of  identifying  the  design  options  available  to  the  engineer  as  he  progresses 
through  a  design  problem.  If  shown  to  be  feasible,  it  would  provide  the 
basis  for  a  method  of  relating  HRD  to  specific  design  alternatives. 


m 
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SECTION  I  I 
APPROACH 

The  approach  involved  three  steps.  First,  design  options  available 
to  the  engineer  in  the  propulsion  and  flight  control  subsystem  a'eas  were 
identified  and  placed  in  decision  tree  form.  Next,  the  design  options 
and  the  concept  of  arranging  the  options  in  decision  tree  form  were 
evaluated  by  eight  engineers  experienced  in  design  of  these  classes  of 
subsystems.  Interviews  with  the  engineers  elicited  their  responses  as  to 
the  feasibility,  pract i ca  1  i ty  ,  thoroughness,  and  validity  of  the  options 
and  the  flow  of  decisions  through  the  trees.  Finally,  the  information 
and  data  obtained  from  the  engineer  evaluators  were  analyzed,  and  new 
decision  trees  of  the  propulsion  and  flight  control  areas  were  prepared  to 
represent  a  composite  of  their  recommendations. 

An  example  of  now  a  decision  tree  is  generated  is  illustrated  by  a 
segment  of  the  aerospace  system  propulsion  tree  shown  in  Figure  I.  In 
Figure  1,  the  ball  symbol  (•)  indicates  a  decision  point.  The  arrow 
shows  a  point  which  is  not  a  decision,  rather  all  options  are  required. 

Initially,  the  decision  must  be  made  to  utilize  either  air  breathing, 
non-air  breathing,  or  a  hybrid  system.  If  an  air  breathing  system  is 
chosen,  then  the  design  engineer  must  select  either  the  reciprocat ing 
or  jet  engine.  Further,  if  jet  engines  are  chosen,  then  the  decision 
must  be  made  to  conside'  either  turbo,  ramjet,  or  hybrid.  If  turbo 
is  chosen,  then  decisions  must  be  made  as  to  either  a  single  engine  or 
multi  engine.  Next  is  the  choice  of  turbojet,  turbofan,  or  turboprop. 


Segment 
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This  process  would  continue  until  eventually  choices  would  be  made  for 
mechanical  components  and  supporting  systems.  The  factors  wh  ich 
influence  the  choices  are,  of  course,  the  requirements  of  the  system, 
such  as  performance,  weight,  cost,  reliability,  and  development  risk. 
Eventually,  human  resources  data  will  be  added  as  a  system  requirement, 
and  will  also  influence  the  choice  of  a  1 ternat i ves  . 

The  evaluators  were  eight  engineers  from  an  aerospace  corporation 
and  a  state  university  located  in  the  Wr i gh t-Pat te rson  AFB  area.  Table  I 
gives  the  qualifications  of  these  personnel.  Four  of  the  individuals 
were  experienced  in  me  propulsion  area,  and  four  in  the  flight  control 
area . 


Each  evaluator  was  provided  a  set  of  tne  decision  tree  drawings 
related  to  his  area  of  expertise  several  days  before  his  scheduled 
interview.  He  was  asxeu  to  study  and  critique  the  drawings  before  the 
Interview  was  conducted.  During  the  interview  the  engineer  was  questioned 
concerning  his  opinion  of  the  validity  of  the  design  options  and  the  flow 
and  nature  of  uecisions  for  his  subsystem  area  as  represented  in  the  tree. 

He  was  asked  also  for  his  evaluation  of  the  completeness  of  the  tree 
with  respect  to  the  design  options  available  in  the  subsystem  area,  and 
the  feasibility  and  practicality  of  representing  the  available  options  in 
a  decision  tree  format.  Each  engineer  was  asked  to  recommend  changes  to 
the  tree  in  order  to  represent  the  design  decision  process  according  to 
his  experience. 
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The  interviews  were  tape  recorded  for  later  analysis  and  documentation 
Each  engineer  was  paid  a  fee  to  compensate  for  the  time  and  effort  he 
spent  in  evaluating  the  decision  tree  drawings  and  participating  in 
the  interview. 


TABLE  I 

QUALIFICATIONS  OF  ENGINEER  EVALUATORS 


Eng i neer 

Age 

(Years) 

Educat i on 

Work  Experience 
(Years) 

Area 

A 

42 

BS 

18 

P  ropu 1 s i on 

B 

43 

BS 

19 

Propulsion 

C 

31 

BS,  MS 

8 

P  ropu 1 s i on 

D 

42 

BS 

16 

FI ight  Cont ro 

E 

*♦3 

4  yrs  Col  lege 

17 

FI ight  Contro 

F 

38 

BS,  MS 

12 

F I ight  Cont  ro 

G 

36 

BS ,  PhD 

13 

P  ropu 1 s i on 

H 

58 

AB,  MS 

30 

FI ight  Contro 
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SECTION  I  I  I 


RESULTS  AND  CONCLUSIONS 


1.  FEASIBILITY  AND  PRACTICALITY  OF  PREPARING  DESIGN  OPTION  DECISION  TREES 
It  was  found  to  be  feasible  and  practical  to  prepare  design  option 
decision  trees.  Two  experienced  engineers  working  in  collaboration 
were  able  to  produce  five  first  generation  decision  trees  describing 
propulsion  and  flight  control  subsystems  with  160  manhours  of  effort. 

It  was  feasible  to  identify  the  major  disciplines  or  subsystems  of 
an  aeronautical  rystem  and  to  further  determine  the  delineation  of 
design  options  relevant  to  the  subsystems. 


2.  VALIDITY  AND  THOROUGHNESS  OF  DESIGN  OPTION  DECISION  TREES 

All  eight  of  the  engineer  evaluators  judged  that  the  originally 
prepared  decision  trees  were  valid  representat ions  of  the  design  decision 
process.  The  design  option  decision  trees  as  initially  developed 
were  judged  not  complete,  although  adequately  demons t ra t i ng  the  concept. 
Expansion  of  the  decision  trees  were  recommended  by  the  engineer 
evaluators.  The  recommended  changes  were  combined,  and  used  to  develop 
second  generation  trees.  This  demonstrates  the  necessity,  and  the 
feasibility,  of  developing  design  option  decision  trees  which  incorporate 
the  consensus  of  a  number  of  experienced  engineers.  The  new  decision 
trees  are  shown  in  Figures  2  through  6.  Figures  2  through  5  describe 
the  propulsion  area.  Figure  6  describes  the  flight  control  area  which 
was  analyzed  in  less  detail. 


AIRFRAKE 


gure  2.  Decision  Tree,  Aerospace 
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Figure 


Option  Decision  Tree,  Propulsion,  Rocket  Engine 
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One  comment  ib  common  to  all  engineer  evaluators  related  to  the 
personnel  who  would  use  the  decision  trees  The  engineers  believed 
that  the  technical  depth  of  the  trees  should  be  set  by  the  personnel, 
e.g.,  managers ,  engineers,  human  factors  specialists,  who  would  use 
them.  The  evaluators  recommended  that  this  level  be  set  at  the  initiation 
of  the  development  of  a  tree.  The  evaluators  also  recommended  that 
the  preparation  of  the  decision  tree  could  be  greatly  simplified  if 
certain  major  constraints  could  be  set  in  the  beginning,  such  as 
helicopter  vs  fixed  wing,  hypersonic  vs  subsonic  speed  regime,  etc. 

Comments  of  the  individual  engineer  evaluators  are  given  in  Appendix  I. 

3.  RELATING  HUMAN  RESOURCES  DATA  TO  DESIGN  OPTIONS 

All  eight  evaluators  judged  that  the  design  options  could  be 
meaningfully  evaluated  by  human  resources  factors  such  as  maintenance 
difficulty,  personnel  skill,  training  difficulty  and  manpower  costs, 
as  well  as  by  engineering  parameters  such  as  reliability,  development 
costs,  performance,  and  weight. 

In  the  case  of  the  engineering  factors,  much  historical  data 
exists  related  to  the  various  design  options  which  appear  in  the  decision 
trees.  In  the  case  of  the  human  resources  data,  there  is  no  such  bank 
of  historical  data.  Thus,  the  need  exists  for  the  generation  of  data 
descriptive  of  Air  Force  human  resources  implications  of  the  various 
design  options  identified  in  the  decision  trees.  The  generation  of 
these  data  likely  will  require  a  combination  of  efforts,  such  as  collection 
of  historical  and  field  data,  and  the  generation  of  data  through 
simulation  and  psychophysical  procedures.  These  data  can  then  be 
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related  to  the  design  process  by  overlaying  the  data  on  the  subsystem 
decision  tree.  At  each  decision  node,  the  engineer  would  have  before 
him  the  human  resources  implications  of  the  alternatives  that  he  may 
choose  between. 

4.  COMPUTER  PROCESSING  OF  DESIGN  OPTION  DECISION  TREES 

It  is  highly  I  ikely  that  design  option  decision  trees  can  be  processed 
by  computer.  Computer  software  recently  developed  by  Colwell  (Reference  2) 
allows  the  storage  and  retrieval  of  tree  forms  of  data.  A  limited  test 
Was  performed  recently  by  the  senior  author  in  which  a  portion  of  the 
decision  tree  of  Figure  2  was  placed  on  the  computer  using  the  software 
developed  by  Colwell.  The  results  indicated  that  machine  storage  and 
retrieval  of  design  options  is  feasible.  However,  the  computer  software 
must  be  expanded  to  include  the  capability  of  storing  the  human  resources 
implications  of  the  design  options.  This  would  allow  the  design  engineer 
to  work  through  a  design  problem  at  the  computer  console  with  computer 
memory  providing  the  human  resources  (or  engineering)  implications  of  the 
design  alternatives  under  consideration. 

5.  OTHER  USES  OF  DESIGN  OPTION  DECISION  TREES 

A  number  of  other  applications  of  the  decisior  tree  format  for 
design  information  were  identified  during  the  interviews  with  the  engineer 
evaluators.  The  more  significant  ones  are:  the  decision  tree  format 
clearly  indicates  the  number  of  choices  available  to  the  engineer  at  each 
decision  node;  it  shows  the  interrelationships  of  decisions;  the  format 
allows  for  describing  advancements  to  the  state-of-the-art  at  the  decision 

I 

points;  and  it  provides  a  priority  sequence  of  the  decisions. 
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An  example  of  how  use  of  a  Design  Option  Decision  Tree  could  have 
helped  clarify  a  design  decision  relates  to  a  currently  flying  aircraft. 

It  was  pointed  out  by  one  of  the  engineers  that  spoilers  were  included  in 
the  design  of  that  aircraft.  However,  today,  it  is  believed  that  ailerons 
would  give  the  aircraft  greater  control  sensitivity,  and  no  one  can 
answer  why  ailerons  were  not  used  in  the  original  design.  If  the  original 
designer  had  traced  through  a  decision  tree,  he  would  have  had  the  choice 
of  using  spoilers,  ailerons,  or  a  combination  of  both  and  would  have  had 
to  justify  his  selection. 
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SECTION  IV 
RECOMMENDATIONS 

It  is  concluded  that  the  decision  format  is  a  feasible  and  valid 
method  for  describing  system  design  options  It  is  hypothesized  that 
Design  Option  Decision  Trees  may  provide  a  means  for  relating  human 
resources  data  to  specific  design  charac te r i s t i cs .  However,  a  number  of 
additional  investigations  are  needed  to  develop  and  validate  a  workable 
technique  for  using  DODT's  as  a  method  for  including  human  resources 
data  in  design  decisions.  These  studies  are  listed  below. 

1.  First  in  importance  is  a  study  to  determine  the  means  of  relating 
human  resources  data  to  the  specific  design  options  identified  at  the 
decision  nodes.  One  approach  would  be  to  collect  historical  personnel 
and  training  data  related  to  the  design  options,  and  to  caste  these  data 
in  a  quantitative  language  relevant  to  the  design  options.  Another 
approach  would  be  to  use  psychophysical  techniques  to  generate  judgments 
by  experienced  personnel  about  the  human  resources  implications  of  the 
design  options.  Again,  the  judgment  data  would  need  to  be  caste  in  a 
quantitative  language  relevant  to  the  design  options  listed. 

2.  Another  type  of  study  relates  to  the  developing  of  a  design 
option  decision  tree  to  a  level  of  detail  which  yields  sufficient  hard¬ 
ware  information  to  show  the  interface  between  personnel  performance  and 
the  equipment.  The  question  asked  here  concerns  the  feasibility  of  carrying 
the  decision  tree  to  such  a  level  of  detail. 
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3.  A  third  effort  would  test  the  design  option  decision  tree  as 
a  method  of  redesigning  an  existing  subsystem  to  have  reduced  human 
resources  requirements.  The  test  would  involve  the  operations  of 
selecting  an  existing  subsystem  from  the  Air  Force  inventory,  preparing 
a  generalized  design  option  decision  tree  for  that  subsystem,  overlaying 
the  selected  subsystem  on  the  decision  tree,  and  then  tracing  through  a 
new  subsystem  which  includes  design  options  requiring  reduced  human 
resources  requirements. 

4.  Finally,  it  would  be  useful  to  test  the  practicality  of  placing 
design  option  decision  trees  and  relevant  human  resources  data  on  the 
computer.  The  study  should  investigate  the  advantages  of  the  computer 
for  storing  complex  trees,  for  quick  retrieval  of  data  related  to  the 
various  design  options,  and  for  t rac ing-through  design  concepts  which  have 
specific  requirements. 
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ENGINEER  A  -  PROPULSION 

Tree  basically  sound.  Some  areas  are  not  weighted  as  they  should  be. 
Priorities  should  be  shifted  or  regrouped. 

Cost  factors  would  be  based  on  whether  using  present  state-of-the-art 
or  future  designs.  Cost  is  a  major  article  in  the  design  concept. 

Cannot  follow  a  path  through  the  tree  to  arrive  at  a  concise  system 
design.  What  are  criteria  behind  each  decision  point?  Weight,  cost,  risk, 
comp  I e  x i t  y ,  etc. 

Breakout  Air  inlet  and  Bypass  completely  separate  from  Ignition/Lubrication. 

Integration  of  engine  designer/airframe  designer  should  show  after 
Mechanical  Design. 

Mixed  Compression  or  External  Compression  only  -  rather  than  Internal/ 
External . 

Include  lists  of  criteria  at  several  stages;  noise  radar  reflection, 
infrared  reflection  from  jet  blasts. 

Af terburn i ng/Non-af te rburn i ng  should  be  directly  after  the  Nozzle  Block. 
Thrust  reversing  should  be  included  in  Nozzle  Block  area. 

Have  to  look  for:  are  we  considering  all  we  should  at  the  various  decision 
points?  Are  they  in  a  correct  priority  position? 

Need  vehicle  design  analysis  before  engine  type  can  be  determined. 

Under  Hybrid:  Air  Augmentation/Ejector  Systems. 
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One  major  loop  to  show  evaluation  of  engine  cycle  in  terms  of  the 
anticipated  mission. 


Should  show  more  interrelations  between  engine  designer,  airframe,  AF ,  etc. 


Loop  to  show  a i r f rame/eng i ne  integration. 


ENGINEER  B  -  PROPULSION 


Vehicle  Design  -  propulsion  should  be  interfaced  with  airframe  design. 
Pei  formance  requirements  input  to  interface  with  the  propulsion. 


Aerodynamics  &  Airframe  would  be  of  primary  importance;  propulsion  is 
of  secondary  concern. 


Avionics  is  subordinate  to  both  Aerodynamics  and  Airframe.  Airframe  does 
have  an  influence  on  the  type  of  no2zle  chosen. 


Largest  contributor  to  thrust  loss  in  an  aircraft  is  the  nozzle  performance. 
Selection  of  nozzle  is  more  important  than  selection  of  air-induction  type. 


Under  Airframe  *  Weight  should  be  a  major  item. 


Diverter  Control  should  be  on  a  level  with  ByPass  Control  in  Air 
I nduct ion . 


Should  be  an  experimental  or  test  requirement  loop  somewhere,  especially 
on  Ai r  I nduct i on . 


Propel ler/Propel ler  gear  box  more  important  than  the  Nose  Case. 


Cowl  Design  as  related  to  Aero  performance  should  be  shown. 


Liquid  Cooling  should  include  Air  Induction  Cooling  System. 
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Once  these  interfaces  of  propulsion  on  performance*  control  and  on  the 
airframe  and  the  weight,  it  will  turn  out  to  be  a  very  useful  tool. 
However,  because  of  the  vast  number  of  these  interfaces,  the  computer 
i nput  will  be  huge . 


Quite  a  few  decision  points  are  unnecessary  by  requirements  limits. 
Decisions  are  made  by  upper  management. 


Very  useful  as  a  preliminary  design  tool. 


Need  to  iterate  the  blocks. 


Tne  computer  program  snould  have  open  spaces  for  future  developments. 


ENGINEER  C  -  PROPULSION 


Tree  presents  a  representative  breakdown  in  general  application. 


Avionics  is  not  a  good  word  for  pods  and  missiles;  only  airplanes. 


Add  Systems  Integration  Branch: 
I  .  l/eh  i  cl  e  des  i  gn 
2.  Propulsion 


3.  Aerodynamics 
A.  Guidance  &  Control 


Specify  limit  to  flight  regime. 


Add  System  Analysis  block  to  integrate  total  system  performance  require¬ 
ments.  Add  Mission  Analysis  block. 


Liquid  Rocket  Engine  should  include: 
Explosive  (Fire  hazard) 
Storabillty  of  solids 
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Priorities  depend  on  what  function  is  controlling  the  program  or  what 
stage  of  development  the  concept  is  in. 

Mechanical  Design:  Add  Structural  Housing  block  to  include: 

1 .  Nozz  I e 

2.  Combustion  Chamber 
3-  Injector 

Add  CASE  and  INSULATION  as  sub-blocks 

Support  System  Design  for  Solid  Rockets 
Should  include  Comput:ng  Elements  Branch: 

I  .  Elect r i cal 

2.  Electronic 

3 .  Hyd  rau  1  i c 
A.  Servos 

Should  be  a  block  for  Operational  Sequences 

Decisions  are  most  usually  based  on  past  experience  in  design. 

ENGINEER  D  -  FLIGHT  CONTROL 
Displays  should  be  added  to  blocks. 

Tree  is  valid  for  all  present-day  aircraft. 

Simulation  should  be  broken  out  as  separate  block. 
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Auto/Manual  as  opposed  to  Boos » ed/dnboos ted : 

Cou  1  d 

be:  Reversable  Controls 

Ir re vers  able  Controls 

1 .  boos  ted 

1  .  hydrau i i c  sys  tern 

2.  unboosted 

2.  no  feedback  systems 

D i rect 

Lift  Con  t  ro 1 

1  . 

Jet  flaps 

2. 

Sector  thrust 

3- 

Meehan i ca 1  f 1 ap 

it. 

Spoi ler  ( reverse) 

No  distinction  m-ce^u’v  under  Redder  Cora  rol/E  levator  Control.  They  are 
basically  one  diic  the  same. 

Should  be  a  hybrid  I  e tween  t  m ophe "  i  c/Non-a tmosphe r  i  c  . 

Decisions  determined  largely  be  past  experience  and  speed  regime,  perfor¬ 
mance  character i st i cs . 

Basic  format  is  reasonable  if  modified  as  stated.  Add  blocks  for  airframe/ 
p r opu 1 s > on/ • n teg ra t « on  at  strategic  design  points. 

Weapons  Systems  should  oe  ar  additional  box  to  Avionics  on  design  tree. 
Extra  weight  of  weapons  category  nas  considerable  bearing  on  airframe, 
vehicle  design,  propulsion,  etc. 

Longi tudi na I 

Stick  displacement 
Stick  force 

Add  Stability  Augmentation  in  addition  to  Auto/Manual. 

Automatic  should  be  termed  AutoPilot. 
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ENGINEER  E  -  FLIGHT  CONTROL 
Requirements  dictate  decisions. 

Stability  control  branch:  Hybrids  should  be  shown. 

For  the  uninformed,  "Tree"  concept  would  be  invaluable. 

Decisions  depend  on  type  of  aircraft  be ' ng  designed. 

Should  be  made  easy  to  add  future  requirements  on  every  branch. 

No  requirement  for  manual  in  today's  aircraft.  Comb  i  nat  i  or.s  or  auto  and 
manual  are  possible. 

Designer  will  be  hemmed  in  by  cost  requ i remen t s . 

Generally,  a  good  approach  for  the  upper  management  levels,  certainly 
not  for  the  technical  types  involved. 

Basic  approach  should  be  completely  revised. 

Instead  of  Atmospner i c/Non-atmospheri c ,  suggest  aerodynamic  and  non- 
aerodynami c. 

Unboosted  and  Boosted  should  include  unreversabie  (no  feedback  to-pilot). 
Should  investigate  the  WHYS  rather  than  the  hows  of  decision  making. 


ENGINEER  F  -  FLIGHT  CONTROL 
Too  broad.  Too  many  facets. 

Change  to  Atmospheri c/Non-atmospheri c/Comb inat ions 
Only  one  branch  under  Atmospheric 

Should  kndw  what  type  aircraft  you  are  designing  for. 
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Selection  depends  on  type,  speed,  requirements,  etc. 

No  special  applications  shown  for  various  types  of  aircraft,  eg., 
hybrid  t ype s . 

A  very  detailed  tree  would  be  useful  for  management  to  keep  a  working 
level  check  on  his  engineers. 

Need  cost  factors  for  each  sub-branch  to  help  in  decision. 

A  design  evolves  by  constraints. 

More  specific  for  type  of  vehicle. 

Tree  effect  should  be  made  to  show  WHY'S  ((cost). 

Costing  would  have  to  reflect  type. 

A  missile  tree  would  be  quite  different. 

ENGINEER  G  -  PROPULSION 

A  strong  relationship  between  stability  control  and  the  avionics  portion 
not  brought  out  in  this  concept. 

Should  assign  cost  and  maintenance  at  each  decision  point. 

All  decisions  must  be  made  based  on  the  requirements. 

Store  all  previous  (existing)  systems  in  computer  memory. 

Requirements  should  list  existing  systems. 

More  details  than  expected. 

Tree  Implies  that  the  whole  mechanical  design  hinges  on  the  fuel  choice. 

Not  true  concept. 
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Have  to  know  the  basic  overall  mechanical  configuration  before  you  can 
specify  support  systems.  This  may  or  may  not  be  spelled  out  in  the 
requi remen ts . 

Priorities  for  the  basic  median i cal  design  for  the  reciprocating  engine 
not  in  the  right  order. 


ENGINEER  H  -  FLIGHT  CONTROL 
Primarily  for  designer's  benefit. 

Assign  priorities  to  the  various  decisions. 

Some  thought  to  automation. 

Should  go  further  into  detail. 

Atmospheric  &  Lateral  6  Roll: 

Rarely  have  automatic  by  itself. 

One  vehicle  could  have  both  atmospheric  &  non-atmospheri c  control  systems 
Size,  shape,  travel  angle  should  be  considered  as  to  ailersons,  spoilers. 
Past  experierre  should  be  considered  as  to  cost  levels. 

Roll  6  Rudder  are  not  parallel.  Should  be  roll  £  directional  possibly. 
Pitch  rather  than  elevator. 

More  details  under  tabs  and  ailerson. 

Purpose  of  the  control  system  is  to  change  the  direction  of  the  motion. 
Gravity  gradient  control  should  be  included  under  non-atmospheri c . 

Tree  as  It  exists  is  only  a  start. 

Costs  maintenance  factors  should  be  considered  before  each  design  step 
decision. 

I 

i 

Makes  the  design  approach  very  systematic,  which  Is  desirable. 
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